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whb has kd no prcvloufi tr^tnlii^ tri prograuimlng , The V Irs t report, NPRDC 
Special Rt port 77-2 (Note 1) Was prDducfid as a manual nor students^, and 
this ^iffep^r ti as a manual f^t mpervtsors in charge of the DIP system. The 
others dpi^ tern the convetston of the BAfilC program Inpo^Whe MAINSAIL language 
(Note 2>^ ey atom document mi^n <Woce 3) , conversion of the student manual 
Into the ^AIKSAIL language (Note 4> , and currlculiim Infortnatlon networks 
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^'he B^SlC Inst/iictloflar Progt-aiii (BrP) is an Itjteractivc problem-solying 
laboratory thac ttedches el^entary prograntfilng in the BASIC language. This 
marmaJ doctiroencs the goalBj methodSp and □peraciori of BXP far supjervlsory 
Inattructora- ^ ■ % 

^ the fitac two sections describe features of BIP tl}at may, be 'of intterest 
.tO i%h& Supervisor; aspeclally the in4ividuali2ed task^-gelecclon ^algorithm 
and :fehe Cutrlculiim Information Nattwo.rk (Ci:^), whlch^ flto^res che rGlatlotishlps 
amPHg eieifl^nCs of the author-wrifcteci course material, ' 

tbt tm&ititng sections descrtbe In detail all the necessary information 
on how to aupervlae, the operation of BIP. Section 3 describes the creation 
and of ^&rtaln files that^may be wricten to duilng BIP exedatloii, tetg* » 
\Aimtt th^re la an error in a model solution or when f'ptudeiic dlsagrjea vith' 
the solution checker) . Section 4^cg11s ho^ to add and d^op studanta ftfom 
the cpurae* Section 5 provides details oi addliig new t^^ka to the BIP cur- 
rleulwfti and a description of the solution chicker. Finaiy^ Section' 6 tells 
how to obtain sfudent progress reports* . * 
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V SECTION/i, INTROnUGTiON , ■ T, 

- ■■ '^>.^ '''"^.' 

The BASIC Instructional Program (BIP) Is a stand-alqne, fully self- 
coatained course in BASIC programming at thG^high schooL/coI-lege level 
(Barr, Eeard^ & Atkinson^ 1976). It 1b an Interactive problem-solving ' 
Jaboratory that offers tutorial assistance to students In solving Intro- 
ductory programmitig problems* These problems are preaented in an in- 
dividualized sequence based on (1) a representation of the Bttucture of 
the curriculum and (2) a^- model of the student ^s state of kno^lddge, 

'The goal of the tutorial laboratory is informative interaction with 
the studetit^ which is provided by an Instructional: BASIC Interpreter, 
Information on BASIC syntax crpss-ref erenced with. the" s^^den^ manual , and 
debugging aids. The system also has access\ through the Curriculum In- 
formation Network (gee Section 2*2), to features that the student may use 
to help hta complete his current problem. These features include hin^s 
(additional information about the- task) and a'^stored solution program that 
can Itself be executed. 

This manual documents the goalfi methods> and Qperatdo'n of the BASIC 
Instructional Program for supervisory instructors* It tells KoW to set 
Up. new students to add special curriculum, and to obtain student progress 
reports, and describes the goals and details of indlviduaH2ed task selec- 
tlon, . ■ ■ 
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SUCTION 2, rilK IRP ClJimtClfLUM 
. 2 • 1 . Currlcul uin Goals ' ' • ' : ^ 

Prior eKpetieace with computerr^assisted^lristruction (CAl) ii^ program- 
ming at the ^c^llege level has convlncfed us that many students who wish to 
learn the f undaniantal principles and tectinlques of. progranuning have limited 
mathematical baickgrounds . More important, they have little confidence in 
= their own abilities to confront problema involving nunferit manipulation. 
The acppe of the BlP currlculuni, therefore^ la restricted to teaching the 
most fundaments X of prpgranirnlng skills and does not extend to material re^ 
quiring mathemattcal sophistication, (You may, of course^ add such tasks 
if your student group is mora mathematically oriented*) V^^^ 

The curriculum Is designed to give the atudehta practice and instruc- 
tion in developing interactive prograois in order bo expose them to uses of 
the computer with whiph they tnay .fe unf amiliar . The emphasis is on programs 
that are engaging and entertaining^ and that can be used by other people. 
While writing each program^ the student keeps In tnlnd a hypothetical user— \ 
a person who will use the^ program for his or her own purposes and to whotn 
^the performance of the prbgrani must be Intellislble. Additional demands 
*^f6r clarity and _ □rgahizatlon are forced by Interac'tlve programming, the In- 
creased notlcaability of '/bugs, and the added motivational effects. 

Numerous teKtS' were eKamlned m poeslble sources for progranmlng principles 
that must La u^velop^d In an Introductory course and for the probiams that 
illustrate tho|e principles* rdeas were incorporated from (1) general com- 
puter science textbooks (Forsythe, Keenans Organ Ick, S Sternberg, 1969)^ (2) 
the* notes for art Introductory programming cdursd that were oriented toward 
the ALGOL language but easily generalizablc (Floyd , 1971) , and (3) books 
and notes dealing specifically with BASIC (Albrecht, Finkel, ^ Brown, 1973; 
Cpan, 1970; Kemeny^ Kurt^, 1971r Nolan, 1969 r Wiener 6 Ross,M972). In - 
addition, problein sets, from Stanford University *s introductory computer 
science courses ^were collected and exanlnad. : 

In generals the curriculum provides useful, entertaining, and practical 
computer 'ear^rlence for students who are not necessarily mathematically 
oriented, Ut gives them the. opportunity to develop programming skills while ' 
working on problems tha.t are challenging but not intimidating. In these 
problems, the difficulties stM from the demands of logical program organisa- 
tion rather than from the complexities of the prerequisite mathematics. 

Z * 2 The Curriculum I nforfnatlon Network 

' - '' ' , ^ - 

The Curriculum Tnformatlon Network (CIN) is litt ended' to provide the In^ ■ 
structlonal progMm with an explicit knowledge of the, structure of 'an author^ 
written curriculum. It contains the Interrelations between the problems 
tha^t the author would have used tapllcltly in determining his "branching" 
schemes, Thus^ it allows meaningful modelling of tha student's progress 
-along the lines of hia or her developlag' skills (not just a history of right 
and wrong responsea) , without sacrlf ictiis the motivational advantages of 
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human organts^atlon of the, curriculum material. For example. In the BIP \ 
course, thu GIN consists of a complete de^jcrisptlon o£ each* of 100 program- \ 
mlng probleinB In terms of the skilla developed in solving the problema^ ^ 
Thus I the Instructional program can monitor the student's progress on 
attaining thesQ skills, and choose the nmt task with an appropriate group 
of new skills^ The CIN Introduces an inttermedlate step between the tlnie 
whon the Btudeiit ' s history is rerecorded an^ hia next prablem Is selected* 
thus, it becornes a model of the student'a state of knowlel^ge, since it has 
an estimate of his ability in the relevant skills , not just a record of his 
performance on the problems he \}aB completed. Branching decisions are based 
on .this model instead of being determined simply by the student's succtas/ 
failure history on the problems he has con^pletey* 

■ * 

In this way, a problem can be preaerit^d for different purposes to^tude^s 
with different historiee* The flexibility of the curriculum 'is'', JT. coursej 
multiplied as a result. More importantly ^ the individual problems in the 
curriculum dan be more natural and meaningful* they do not necessarily in- 
■ VP lye only one ^klll or technique. 

2/3 Individuali zed T ask Selection 

' In BIP , our curriculum goals are the mastery of certain programming tech^ 
nlques, such as simple output; using loops | conditional brancKea, and arrays; 
assignment to variables^ etc. The technlqueB^re linked in a. linear order, 
each having but one '■prerequisite'' (i,e;*5 the previous technique), b^sad on 
dependenee and Increasing program complexity* They. are interpreted or 
described by the list of skills that are required in the solution pirogriim,. 
The skills themselves ^ which are very specific descriptiQns of particular 
prograimning behaviors like, "print a string literal" or "inltialize^a counter 
variable" are not themselves' hlerarchlcaHy ordered* Appendix A provtdas a 
list of the techniques and the skills grouped within those tedhniquea. The 
programming problems, or "tasks" are described in terms of the skills they 
use, and are selected on the. basis of this description, relative to the 
student's history of competence on each skill. Figure 1 shows a simplified , 
portion of the curriculum network, and demonstrates the relationshtp ampng _ ^ 
the taskss ski lis j and techniquest 

Computer programming, like many other procedu.ral subjects, la better 
learned through experience than through direct Instruction, eapecially if » 
that experience can be paced at a speed suited to the individual studfent* 
Throughout the BIP course, the primary emphasis is placed on the solution of 
programming tasks* BIP does not prpsent a sequence of instructional state^ 
'ments followed by questions. Instead, a problem is described and the scudents^ 
are expected to write their own BASIC program to sblve It, While developing 
a BASIC prograiii for each task, the students are directed to appropriate 
sections of the student manual for full ©applanations of BASIC statementa, 
programming structures s etc. They are slX$o encouraged to use the TRACE de^ 
bugging facility and various "help" options such as HINTs (additional In^ 
formation about the task^ qr the steps required to reach a solution) and 
the D^0» vrhich 'executes the model solutsoti. 
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Ihen prints the value, 
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TASK HORSE 



TASK STRINGIN 



TASK ASSIGN 



Figure^l, A almptlfled portion of the curriculum network. 
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When a atwdi^nt enters the course^ he finds hdmaelf in task GREENFLAGp, 
which 'requiir(^®.^4 two-Hne program solution* Because this is expected to 
be his first prOi|ramming eKperlencej arid perhaps his f l^st^ inteTaction/o^ 
any "kind 'with a^awputer, he is led through the solution to the task In 
very smalX 8^iapa> ^ GREENFL^G is the 'only task in the curriculum that /pre- 
sents tentf aaka cjuestionsi and expects ^he student to type "answers/" 
which all@vi^CQ# the trauma of being told^ to write program in. h4s /first 
session# HwtevWi ainee the student's responses are frequently commands 
that are pnsie4 to BIP's tntirprater^ he can see the effects of /his inputp 
and. he em^rgai tt:0m GREENFLAG having written and ^kacuted a genuine program. 



The ^equana^ of events that occur as the student works on a £ask is 
shown iri Flguire 2 s When he has finished the task by successfully running 
his pro|ram| th^ student proceeds by requesting '*MOBE," His progress Is^ 
evaluated aftw Mah task. In the "Poat Task Interview^'' ha is asked to 
indicate wh<$thei' or not he feels that he needs more work on the skills 
required by the ti^akp which are listed separately for him* 

As soon m th© student cqrnp le tea GREENFLAG ^ therefore^ the* instructional 
program knows apW^^ching about his own estimation of his abiritifs. In ad-' 
ditiont for all future "tasks his salution is evaluated "(by eomparing its 
output with th^t of the model solution run on the same test data) and the 
results ace stored with each skill required by the task. The, program then 
has two mmBBVitMp< Of the student *s prdgress In each skills his self ^evalua-^ 
tlon and its o^h cajpparison-tiest results. 

After. cQmpletjlng a task (he" may leave a task without Completing it), the 
student la ttW feither to request another, pr to work on some programming 
project of hli QWn« The algorithm by which BIP selects a next task, If the 
student requeatf.it, Is shown in Figure 3, The selection process begins 
with the lov^eit {Ifeast compleK) technique* All the skills in that technique 
are put into a mt ealled MAYp which will become the set of skills that the , 
lext task *'may^' usie. ^ 

^ The prog^'am fch»n eKamlnes the student - e history on each of the skills ^ 
associated ^ft^lth the technique to see If it needs further work. 1 This crlteripr 
Judgment is th^ h©^rt of the ,task=selection algorlthinp and we nave modified ' 
it often* Two k^yf counters in the history are associated with each skill. 
One is baaed on th^ results of the solution checker, and jnonitors thfe student' 
continuing aucce^a In ysing the skill* The other Is based on his self ^evalua- 
tion, and mcanitoira his own continuing confidence in the aklll. , The current 
definition a -*^r^^ads worK-' skill is one on which either counter Is zero. 
For each auceMsfwl use 'of a skill ^ both counters are incremented. If the 
student quits ^ t^^k requiring a particular sklllT^he first counter is 
decremented? h© requests more work on a skill, the second counter is 
Edroed, Any Meh_ '^not yet mastered" skills ar6 put into the MUST set*^ 
Eventually the piito|rara will seek to find a task'' that uses^some of these 
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Student writes^ program /to solve the prpblem* . 
.-Basic interpreter, ERR DOKTOR 

" DMOi observe execution of model aolutlon 

- MODELi s©e listing of model aolutlon after 

all other aidg eKhauated ^' 

- References to Bit student manual 
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Student rune program successfully. 
Ready to continues types MORE. 



Compare student program to model- 
solution. Update student history. 



Student program ''succeeds 



Post task interview. Obtain 
self evaluation, update 
student history. 



Figure 2,' Working through a taik. 
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curr icu luin * Send 
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Present th« c wdth 
ttiD greatest number of 
MUST skfllls 



Scudenc Ha a 
comp Xet^d 



figura 3 * Selecting tiieS n^Kt nask 
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C f ri-O^ucrT s&lL Is are f cund <(ln^lcatlng that the stiLdent has mastered ' 
all tile skills aC t^mt techTilque le^el), the search procea^s nibves up by 
one t.^ch^lqtia^^ addliig alX its sk3^1-3=« to the MAY set, then shaking MUST 
skilL-5 s aain. Otice a MST sec 1^ g^nerac ed ^ . the^ search ^terminates , and 
allot t lie tae^ks ar-e e^arnlned^ "^^hose corxsldeted as a. possl^ble next task 
for t^B studer^t lOus i requite Cl) at least one' of the MUST skills, and (2) 
m skiliL^ OTt^-lde^orf tTie M4^ Set ^ ' finally, the caslc in this group that 
requires th^e l-argest number of mlJST skULs ±s presented , as the next task, 
"ThaSi in th^G s impU-ilB^ scheme sttiovrn m Figure 1* assuming ^hat the atudent 
had not ^et met Che criterton on thesilLls phown, the first task to be 
presented urould '^e SOR jE,^, beca^us^ iCs ^klil nies^ ivv the aarliest tachnique, 
and wQuld c ons tlt^ute the ftcst MU^ST set. Task ASSWN would be presented 
ne%t, since its^kl.lls c^me from the aext higher technique; STRINGIN would 
be pr^ger^te^l 1 asc of ttnese chree. 

An If^te ros tlrug c^ur tf'iciilum de^/ elopm^nt tGchniqucj hasuvolvtd tiaturally 
in thi^s ^choine* If BIP has se Jec ted t tie MJST and MAY sets, but cannot find 
a t^ak tPat me^ts tne mboy^- m^ut^^mm, then it has found a ''hole" in 
the curr^ciiium ' Afcer writing a meaeage Co the HbLES FILE (see Section 3.4) 
deacri^blr^g the na ture c?f tha m Iss Ing t^sk (e,g., the MUST and MAY skills), 
the ta ak>3eaGc£CiQTi proc^edurt^ &3(ain Ineis' che next higher technique. It generaLes 
neWi axp#nd^d rtUsT a^nd metm^ -md searches for an appropriate task. Again, 

if noa.e l--s fourt, a neW saarch beigins, based on larger msl and MAY seta, 
rhe Qt^ly slCuaCiDai In which this jrace^s finally falls to select a task occurs 
w'hfen. t he student 3ia& e^vered all ^sf the curr iculuw. 



SECTION 3. CREATION AND USE OF FILES ^ 

There are three grDups of files <7ith which you should be farotllar. The 
first group includes those that may be written co during BIP executlori; 
namely, the MODER, AHGUE, FiXi and HOLES files. The second group consists 
of the WHO 411a, which lists the studerits anxDlled In the course and student 
history files; and the thttd is the text fll€ TASKS, i^hlch includes the 
descriptlDn, model solucion,/ htncs , skills, etc* for each cask. The first 
grotjp la described in this section; and the second and third groupSj iii 
Sections 4 and 5 respect i\rely . 

You should create and initialize the MODER, ARGUE, FIX, and HOLES files 
before any atudents bagin by running the program FHAKE, This program asks 
you four quastlons: "Do you want to create che MODER . . , ARGUE . , , 
FrX , . . HOLES file?" to which you will Respond with a "Y" or an "N\*' 
The flle(s) is created and Inlt iated, when you ana^^rer **Y.*' 

All four files are created the^ first time you run FMAKE* You should 
check 'these files occasionally (when students are not running BIP), How- 
evBti you must not modify theni in any way.* Th^y are randotn-access files with 
a pointer to the end of the flle^ where BIP appends fuirther Inf ortnatlon, ff 
you add or delete any characters, this end-of-'file pointer will be iacorTecc, 
and you may lose inf orma tlon . What you can do is rename one. (or all) of these 
fiieSj create a new file (using FMAKE) ^ and then do whatever you want (e.g., 
delete messages you Ve taken care of) with the "old" Crenamed) version. 

3,1 The MODER File • 



BIP writes a message Co the MODER file wheneveT an error is found in a 
niodel solution. 
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Examp le : 

^ 48 M4RILYN SMITH 

Model error In: CALCULATOK 

Ejcecution error nuinber: 5 ^ 

Each message will give the nature of the ^liul (l.^*, syuL^i^ ur eKecutioi^^ 
and its error number p See AppendlK B for list^ of syntax errorii and eKecu - 
tion errDTs. 

You should flK the appropriate model solution In the rASKS f IJ^^ (wlien no 
students are running BIP) and then (as is always necegsary aftep you make a 
change to the TASKS' file) run the program TODATA to create a new INIT file. 

- I ■ " 

3 . 2 Tho H/kGUE File 

BtP OTltes a message to the ABGUE file whenever a student disagrees \^ith 
the solution checker. 
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Example : 

99 SUSAN JONES 

Argue with task I INIF 
Attempt: # 1 
Program I 

10 PRINT "TYPE A NUMBER BETOEEl^ I ^ 4" 
20 INPUT X ' ^ ' ^ 

30 IF X ^ 1 THEN 70 
40 IF X ^ 2 liEN 80 
50 IF X ^ 3 THEN 90 
60 IF X ^ 4 THEN 100 
70 PRINT *'y0U TYPED A ll " 
. » 80 PRINT "YOU TYPED A 2!'* 

90 PRINT "YOU TYPED A3!** 
lOO PRINT '^YOJ TYPm A 4!*' 
999 Eb© 

DatalLs: 

Too much output* 

YOV TYPED A 2! t 

Look at the uaaccepted student progranis shown m the ARCUE fi^e* The '^stalls 
part of the aeas'age lists each line of output thp aoliitloii checker ^ag lookitig 
for, followed by a *'t" (If the fitudant progrTO prodiicad that outptat) or an 
"f" Ci£ It didn'tO* Other unaccaptabre or mlgsirig Qutput Cas described In 
Section 5,2) la also rioted under "Datalls*" 

An examination of the Itsting of the etudent'a program, the detalla from 
the solution checker, a knowledge of whst the program w^as supposed to do (you 
should consult a listing of the TASKS file) s slid ot how the sojutloii checker 
works Cs^a Sectlpn 5*2) should make It clear to you why tha studant'a prograiB 
was not accepted* You maywish to contacc the attident \^ith an eKplanatlon*. 

3.3 The FDC File ^ 

Tlie FIX file la composed of measages sent to you by the students^ 

Eataraple: , 

55 MARK JOHNSON 

y' Note t ^ 

rerminal 121 is not working. 

3*4 The HOLES File ^ 

The HOLES file not If las you of *'holes'' In Bit's cutrlculuni. 

Example I 

28 30m ADi\MS 

Technique is 5 

Set chat failed^, was I muac 

Skills in must set are 

55 7^ ^ - 
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As ejcplained in Section 2,3-^ tasks considered ^as a possible neKt task 

tr Che studeiit nuist require at lasat one of the MTST skills and no skills j 
tai^ of the.MAY set. .Thu#. M 3lf has seaected the. MUST and MAY sets | 
'^'but caTOot find a task that m^em the above requirementSp then it has found I 
a. ''Itol©" In the curriculum, tri tjits casaj BIP*s task^selec t Ion algbrithili /j 
will exsnilne the ne^t higher techfitgue, gejetate new* axpanded MUSr and MAY y 
sets, and contihue the saarcb ,f or an appropriate task. 

s ' ' ^ / 

It is not necassary for you to t&ke any actlari, "Holes" will be fairly 
coM^on, afid don't necessarily adveriely affect BIP*a task selection* How- IJ 
ever, if you wish to expand BIf*s c^itrlculum, the Informacion In the HOLES 
file may guide you in designing additional tasks, 




I 
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' ^ SgCTTON 4. ADDING ANp DROPPT NO STUDraTS 

T^iiCflrt now studcritft^ In the DIP cuurHts o^Lgn' and Lull l horn tliGlr, 
student numbers (any numbers leas than or equaPto 9 99) , c^ctite their 
hlscory flly, add their ntimbers and names to tlie WHO file t e^cplatfied 
balow), giv*^ them fltudent manuals, and cell thm how to start Bip xun-- 
.nlng. The $ign on procedure Is eKplalned in tre^acudent manu€l* 

Two film ^re irivolved in the adding and dropping of each itp studenti 
(1) the taK^t/ file ''WHO,'* ^hich lists each student *s number, natna, ^nd 
C^tlonally) sex, and (2) the individual student's personal history file, 
W'hlch is nu^i to score Inf orinat ion , about hia current status (what cask he 
ta ctirrentXy working dn i how^ many tasks coniplfeted fat, ette,), atid past 
performance oti tasks and skilis. 

4,1 The WHO MI& 



The WHO file has one line of inf orinatlori for each student currently 
eiirolled in the \cQursep and the end of the file is signalled by the^ word 
''EbJD You^ the supervisor, have control over the WHO file: you create it 
. before any scudfcnCs try to sign on, and you add and delete students froin 
the course by Mcllt^g and deleting lines from the file. It is not rtecessary 
for the- lines to t>e arraaged numerically , by student number, although you 
niay wish to ktap it that way* The fortnat for each student line Is: ' 

<stuatat Irr <t#b^<f irst naniexspacex Isst nanie><tab><F or M> j where the 
F or sex indication is optional and each tab and space could actaaJLy be 
any number of tale and /or spaces. Here im Bn ejcainple of what the WHO file 
would look like if there^ TOre three studerEts in the course, asaigmd (by 
you) numbers 99"- 101 1 



99 
100 
101 
END 



SUSM JONES F 
SMITH M 
JAr^E ADAMS F 



k student elgna on by telling BIP his number'^ud first name. Bip thfeii 
checlcs to ^make sure that he is enrolled In the coij^rse by searching the WHO 
file for a Itne with that number and name. If no such number is found, or 
if the name provided by the student does not tuatch the name in the appTDprlat 
line, BIP tells the student that the numbex and/or name are incorrect, and 
logs htm off. The student niust then ask you for the correct information. 



4.2 



A 



Whao a student Is added to the WlIO file, his hisfory file ntust btX created 
and inttlall3^.ed, Mun the program NEWHSTp which asks which student (0)\you 
wish to create a history for. Type a list of student numbers , separated by 
coinrtiaa and/or dashes, and NEWHST will creaco and Initialize their histories, 



15 



la 



ERIC 



The name of tliJ student's history file cmsists oi the latters '^HST" 
followed by bis rLurther , Thus the above three students^ history flies 
would be *'H[ST99,*' "^HSTIOO,'' and ^'HSTlOl/* Rlstory files are data files 
that you ktibuld ^jer try to read or edit. 'Their Inf orTnatloTi is stored 
In a comeact form identical to tha tncernal xepresentatlon within the 
computer, not readable characteTs, 

4.3 Dropping Students - - 

To drop studenta ttom cha course ^ simply delete their history files . 
and their lines in thm WHO file. StudeiitB that are added subsequeTitly 
may, of course i b^^s^lven riimbers forinerly asfitgxied to "dropped" students 
and sec up 'as usual, . . 
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SECTION 5, ADDING NEW TASKS^ 



The curriculum for BIP is coritained In a text file- called TASKS, 
file is read by two different prograina'-^rOpATA and INIT . 



The 



a* The TODATA program compresses certain easent IsT if ormat ion 
from TASKS and writes ^It onto a data file calLi^rANIT, which 
In rcvif] whvn tUv Htuclnnt HigiiB on. Thn INTT U'*\' '^^^ iiflcd 
^ ^ Lo InlLlfiltzti Lhc* c-urrlciilum data Htruecuru, ... ;. 

b. ThrDughout a studant's sesglon, BIP reads froni the TASKS 
file to access the text of the current task, its hints 
and models, etc. The potiitexs Chat were InltialiEed from 
the IMIT data give BIP efficient access to the text in 
the TASKS f He. ■ V 

h 

The format of TASKS Is therefore somewhat rigid. Figure 4 and the follcw- 
ing InfprmatlDn 'describe the fonnat and necessary contents of the file. If 
no rescrlction is specified, none exists; for example^ there is no limit 
imposed on the number of skills allowed in any task* 

5, 1 Details of Task Inforniation Forinat 

a* Kew casks may be added either between current tasks or at the end of 
the TASKS file. The FIRST page of the TASKS file (which lists the skills 
for each technique and vrhlch has all the Information for the first taskj 
Greenflag) should remain the first page (see AppendlK C, page C^l), 

b. The tasks need not appeax In numeric order. 

c, A task's name and its nuniber must be separated by a single space ot 
a single tab. The task name may contain only letters, digits, and periods 
(no othof punctuation or spaces)l- 

The Drder In which the cask inforniaclun is given Is important. Fui 
each task, the following Inf orm^cion groups are REQUIRE^: 

*^maln (or *nioreTask), *text^ ^tnodel, and *skillH. 

All the other Information groups are optional. For ajcainple, there tnay be no 
hints for a certain task, in which case there simply is no *hlnt information* 

Tasks are either MAIN tasks or MORETASKs, A MOHETASK is usually an 
extension of its MAIN, It requires a tnlnor modification of the program 
w^rltten for the MAr^M tagk^ and is presented automatically after the student ^ 
completee Che min . When the student requests a task, BIP selects from the 
MAIN tasks only, and most of the currlculuin consists of MAINs, A MAIN may 
have any number of MORETASKS, which will b^a presented in the order in which 
they appear In the TASKS file- mm Cask first, followed by its MORETASKS , 
Append Ik C shows an example of Inforaatlpjw f or a MAIN task (BACK) and Its 
moreTASK (Back, 1) , 
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*maln (or ^^mnrt^TaHk) 
ctnsk n,irnf*> < t nHkntinho r> 



^tex t 

< t a s k de .sc r i pt i nn> 
*mnd Q I 

<code Itnii tur verifiGr hoi? Section 5,2> 
cmodeL so lut ton? 



*hi n t 
[lint //I 
<hint //I > 
* 

Hint in 
<hlnt //2> 

// 

< required jipr rfi t r h , separated hy conirnns> 

<disnbl{'<l (t [II' r ^) t <> r s ^ mi- pn r /i I ? mI hv r ? Mtifn.! h ^ 

*reql'iiH ^ 
<rpntiirecl ftincttnna* su pa rated by comma s> 

*disFns 

< d i Ra b 1 ed tun c t 1 o n h * so pn r a i e d b y i m'mti .1 s 
*ski\ 1 H 

<11SL of hIcIII niinbei^^. 1 rJ'^ M I iri I .K U; cjKIh.K, -.ipHfciLetl bv i.Muuw!^- 

< pa f\ r rri n r k n pi 1 f 1 n fi I ' 
<binnk 1 inij> 



*mn i n (or ^ mo r t ' T.i w k ) 



<in f 0 rma t L on ff>f suh.^i* i|! irMi t r.iNitH:- 



Figure A. Fornint for t<i?^k inrprmntinn in file TASKS. 
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f. A task pay have any numbor of hints (though four seem to be as 
'many 4s students are likely to benefit froni). Each hint ;must begin with 
the work "Hint" and its number, ^and each is terTnttiated by an asterisk on 
Che line following the hint tesct , The entire group of hints is followed 
by a hash mark (//) on the line following the last asterisk, ^ 

''g. The operators (BASIC statements) that can be required or disabled 
are I * ^ 



LET INPUT noTn rr 

DU^ . STOP FOR 

NEXT GOStt REtURN READ 

DATA REOPEN BEGINStJB ENDSUB 



Do not require or diaable PRINI' or ETJD because che-y are- always aut omaL lea 1 ly 
required for each task. If mora than on^ operator is required or disabled, 
they must be separated by cornmas . 

h. The functions that can be required ur dls^blBd aLui 

INT ■ RND SQR -i^ 

If more than one appears ^ they must be separated by coimnas , 

1. The list of numbers folluwing the "'^sklil^" ilue'musL be given in 
numeric otuKr, separated by commas. The list of skills Is the description 
of the task that Blp uses when it presents the student's next problem^ so 
the skiaia should be carefully selected to reflect the Tequlretnants of 'the 
task. The skills' numbers and meanliigs are Included in AppendiK A, 

J. If a page mark is used tu separate one task froTi! the next, it musL 
be followed by at least one blank line before the ''^main" or "^mor^Tagk" 
line. 



k. "^ead'* must be tha ia^L Lhing in the lA^Kb tile, it >uu add u^w 
tasks to Che end of th^ file, dun't forget tu deleLe the "^&iid/' add the 
new tasksp and then replace "*end" at the end of the file, 

1, Many of BiP's ta\sks require programs Lhar use INPUT to iiiLcfii*cL wl cii 
a hypothetical user. Whkn the solution checker evaluates a student's program 
that includes INPUT, It Wecutes the prograiTi with B specified set of values 
for the Input variahles,'^ The moc^el solution given in the TASKS file must 
include a REM stat^enc for each of the input variables used in the model 
program, describing the use of that variable^ The forTiiat of the state 
ment Is \^ 

^ llne lf > <var table name> IS ^ ^ descr Ip t ian> . 

(For exampl^j 10 Km X IS^ THE. USER'S FIRST ADDEnT> 

20 Rm Y ISi THE USER'S SECOND ADDEND) 

Section 5,2 explains the coding of the model solutton In detail. 
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m* The TASKS file is a text file, which mak easy to read and 

changWV Since BIP depienda on the INIT data to provide accurate polncers 
into the text file, the TODATA program mus_t be run whenever a change is 
made to TASKS* Any change, no matter how small (e,g,, correcting a mis-- 
Bpelle^ word) , means that TODATA must be run* 

5.2 Hqw the Soluticn Checker Works . ■ 

When the student types ''MORE,*' hla prograin is checked in a few dif-- 
ferant ways* The actual solution checker procedure is. not even called if 
the student has not TON the program since the last time he changed it, or 
if any of the required operators is missing. Once these two tests are 
raetj the solution checker evaluates/'the student's prograin by comparing its 
output to that of the model solution. The mod^l is eKecuted first (in-- 
visibly), and every l^ne that It prints Ts stared In an array. As the 
student's program is executed (also Invisibly), each line of its output 
.Is cotfipared to- the stored output*^rqm the model, If that line matches an 
element in the model-^output array,, a flag is aet. If, after the student's 
program has completed execution, any of the elements in the model^output 
array have not beeti matched, he is. told that his prograni ''doesn't seem to 
solve the problem,*' and the unmatched elementa are listed for him. If all 
the model outputs have been matched p he Is told that his program "looks 
ok," and the post-task interview' is presented. 

In order to allow as much fleKibllity as possible in BIP' a curriculum, 
the solution checker involves a number of compiications. These fall into 
three groups: < (1) determLining whether the student's program for a given 
task is to be checked at - all * (2) specifying how much of the output the 
checker should score, and (3) specifying the values that the model and 
the Btudent's program will be given as input* 

5*2*1 Whether to Ch&ck ' 

In the TASKS file, the line "^mudai'' Is fulluwad by a "cudiun 
line'* that gives the necessary iniormaLion, If the first character on that 
line ^ (perhaps the only character) is a semicolon, then the solution checker 
will e^^aluate the program. Any other character tells the checker to assume 
that the student's program is acceptable. Jhe character currently used In 
our TASKS file is the number 9* 

5p2.2 How Much to Store and Compare 

Unless otherwiBe specified in the coding, the checker will ignore 
all string and numeric constants* That ^ia, m the model and the student's 
pragram are oKecuted, any expression containing a quoted string or a numeric 
conatant will not be stored for compariaon, &y ignoring string constants^ 
BIP allows the student to have his program print messages of his chojce, 
rather than forcing him to make JiIb program a^y exactly tlie sme things as 
the model solution* (For example, where the model might print "TYPE YOUR 
NAME^" the student might prefer* to say 'WIAT IS YOUR NAME?"; as long as his 
progrflun performs equivalent computations, he ahould not be penalized for tht 
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noneBsenclal aspects of th^ program,) Numeric constants in the output' 
are Ignored because tkmy rarely useful, and students ahould not.be 

allowed tO'Chlnk (as the data, Irtdicate many have, in th,e past) that they 
should do the computation and simply have BASIC princ the already-cal-^ 
culated result, * - 

For those caaka in which string or numeric constants are es- ' 
sentlal parts of the output (e.g,, those early tasks that 'require a pro- 
gram that prints a specified value, for illustrative purposes), the 
character ''s" or "n" must given in thte coding line. For exaniple, the 
model for a very simpie task looks like thls: ^ 

^model ^1 ' * 

;^ 

10 PRINT '-SCHOOL*' 
99 END 

For this caak, the only output from the model that can be mLtiUi^d by the 
student's program is the' string consCan& "SCHOOL''; since the *'b'' appears 
in the coding line, the solution checker will store '^SCHOOL" when it is- 
printed by -the model, and ^hen it is printed by the atudent'g program. 

Similarly, the model solution for another easy task Is: 
* mod el' 

10 PRINT 3 
20 PRINT 3AA 
99 END 

Again, since the purpose of the task Lb tu illuatrate printing numeric 
constants^ it is necessary to store the nunieric conatant output from botli 
the model and the student's program. Therefore, tha codine line^ Includes 
the flag, — 

Finally^ two rarely used uptiona nmy giv^ii. hx\ "cz " lUa 
coding line specifics that th^ atudenc'H prugr^u muBt produce exactly the 
same number of lines of output. If lUa program prints more than the model 
solution, it will not be accepted. A *'v" on the coding line specifies that 
all spaces Chat would appear at the beginning of a line of output are 
ignored. Spaces within the line are preserved. 

5,2.3 Specifying INPUT yariables and Values 

The solution checkir evaluates the atud^nt' b program by *ix^^utlng 
it (and the model solution) invisibly; therefore, no interaction with the 
student or any other '^user^* afi t\\m program takes place. To evaluate solutions 
to tasks that require an intc^ractive program capable of dealing wlttr Input 
from a user^ the solution chwker must have access to two kinds of tnforma- 
tioni. the input values to invisibly assigned , and the names of the 
variables used in the studCTt^a program^ As described earlier, each vari- 
able in the niodel solution ttt be aaeigned via INPUT mu.^t be described 
in a specially formatted Hffl w^tement.^ In addition^ the coding line must 
Include a list of the velue(a) to be aaBigned to each Input variabie. 
A simple OKflJiiple is; 
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1 mi'a IS I THE user's number = 

10 PMNT "TfPE A NUMBER" 
20 INPUT X 

PRINT "THAT NLIKBER WAS X 
^ 99 TO 

The semicolon Imaicates that the student's program for this task is to be 
checked. Th# ^'2^' in this example is the value that \^111 be asslined to 
the input vatl^ble during the invisible execution of the model and the 
student's progrM. Before the Bolution ^hecker begins, it asks the student 
for the input variable his program uaesrhere, It would ask "\^at variable 
do you use for THE USER^s MBiBER?" .The description ("the user's number") 
comes from tha REM staternent in the model eolution* The advantage of thcBe 
complicatidns 1© that they ^llow the student to use w^hatever variables he 
chooses, r^thar th^n fdrcing on him the same variables used in the model 
solution^ 

U mate than one input variable is required in the task, their 
values ara glvf^n on the coding line aeparated by epacas and colons, as in 
the beginning of the inodel solution for task CALCULATOR : 

' 3 ^ 15 * 4 

1 RW X IS I THE CODE INDICATING WHICH OPERATION 

2 H ISi THE USER'S FIRST NUMBER 

3 R&t N ISi THE USER'S SECOND NUMBER 

During Invlalbl^ execution of Che INPUT statements In the models X wlil get* 
the valu# 3; 15 i and N, 4. If the student chose to use the variables 
P, Q, and R instead X, M/and N respectively, then his INPUT P statement 
would give tha value 3 to hie variable his INPUT Q would assign 15 to 
etc. (The tm Statements are not required in the student's program; they 
appear In tlm wdel so that the solution checker can ask "What variable do 
you use for v . . " and as additional clarification for the student when the 
model la ahown to him,) 

Finaltyi if the requirements' of the task are such chat a variable 
is to be giv^n a value via INPUT more than once (e^g, , within a loop), the 
coding iln^ mm Inciude the liA of values to be assigned to each such 
variable. nm coding line for dM^CULATORa, which prlntsj^ results of 
different arithjttetlc operations until the user types 0, looks like this: 

*^ttiodi^l 

S 1 2 3 0 i 10 20 30 ^ 4 5 6 

which mmm thm X (or whatever variable the student used for "the^'code in^ 
dicating ^hi^h operation'*) will be assigned the value 1 the first time INPUT 
X is eKacutedfc Z the second time, etc, M ("the user' a first number") will 
be asslgnad 10 when INPUT M is first aKecuted, 20 when INPUT M Is eMMuted 
the secacid titm^ etc. 

2.2 



Some of BlP's tasks require the student to generace random num-^ 
bers. For the purposes of the solution checker, both the model soltitlon 
and the student's program must use the same --random'' number if they are to 
produce comparable output. Therefore, the coding line must include the^"r'* 
^ flag and specified values that will be used whenever the RND function is 
executed during solution -checking. The model solution for task GUESS. lisr 

^model 

;r .600 .010 ; 17 2 16 1 : "YES'* "NO" 

1 Rm Tf^tsT' THE USER'S GUESS 

2 R£M ^$ IS^ WHETHER OH NOT TO REPEAT THE GAME 
10 PRINT *'r^PE A NUMBER BETWEEN 1 AND 25." 

2a X - INT (RND^25 + 1) 
. 25 G ^ 0 

30 PRIOT "TYPE YOUR GUESS." 

40 INPUT Y 

45 G ^ ,G + 1 

50 IF Y ^ X THEN 200 

60 IF Y < X THfiN 100 

70 Rm II Y >tUST BE GREATER THAN X 

80 PRINT "HIGH" 

90 GOTO 30 

100 PRINT ''LOW" 

110 GOTO 30 

200 PBtNT "RIGHT IN G; " TRIES" 
21U PRINT "TYPE^YES TO FLAY AGAIN" 
220 INPUT A$ 

230 IF A$ ^ "YES" THEN 10 
999 END 

The "r" tells the solution checker that random valueCg) follow. The first 
time that the RND function in either prdiram %b executed during evaluation, 
the value .600 will be returned. 'Since the statement that uses RND is 

20 X ^ INT (RND^2 5 + U' , f 

when the value of X (the random intieg^r "pi uk^d " by the ^logrmxi) will iNT 
(.60 * 25 +- 1) - 16. The values 17, 2 , and 16 will be aaslgned lo Y in Lufn 
as the INPUT Y sea^eitient is executed rapeatedly, Invisibly, simulating the 
user 'a guesaes. After the aselgnment of 16, the values of X and Y will be ^ 
equal, so the program will execute the INPUT A$ statenient, where the value 
»'YES" will be Invisibly asalgned , causing the progrm to **plck" another 
number* This time ,010, will be returned as the value of ROT, resulting tn 
X being assigned the value 1, the next available value for Y Is l; the 
"user's guess" equals the "random integer,'' and the value 'W" is invlBlbly 
aaaigned to A$. EKecutlon ternilnates. 

It la clearly impWtant^ f or ^he task author co know exactly how ' 
he wants the i^odel Bolution and the student's program to execute when he j ^ 
specifies the input ahd^ random values ori the coding line. The main purpose 
of the valtieB given Is, ofvcourae, to test the student's program adequately. 
The author must at the ste*^ time ensure that the values given cause the model 
aolutlon to execute without error, and produce output that can be accurately 
compared to an accepcable student ac>lutlon, ' 



23 



ERIC 



* ' .To aummarlge the format . requlremGncs of the coding line I 
Qptjong are ono or more of the fdllowlngi 

If any. are usedj they must appear in alphabetic order* They are not pre- 
ceded by a spadfr* ' . . / , 

= f,, , . , ■ ■ , t" . • ' " . / 

Value lists are sequences of numeric or string constants used as 
values for INPUT 'variables or as values to be returned by the ROT function. 
A value list always begins with a space^ and a spade £s used within the list 
to separate one value from another. If anything fpllows a value list, the 
end of the list is marked by a colon. If values, are specified for more than 
one variable, a separate value list (beginning with a spacei terminated by v 
a colon) must be given for each variable* . 

The "r" option is always followed by Its value list* (The other 
'Options do not need values*) The value list Used for the INPUT variables 
always follows the pptionSp If any., To Illustrate a combination, consider 
the coding for task GUESSi ^ ^ 

■ t .■ ^. - - ■ ■ .-/■. ^ 
;r, .545 is 19 10 14 - - 

The value *545 will be returned when the WD function is executed; string 
constant output will be stored for comparison; ' and the values that will be 
assigned to the input variable (described in a REM statement) are 19, lOp 
and 14, in that order, eJch successive time the INPUT statement is eKecut^d, 
If the aujphor wished to, allow extra leading spaces iri the output (i.e., allow 
the student to print leading spaces whether or not the model does so), the 
"v" option would be Added, and thi coding line would be 

. ;r .545 isv^l^ 10 14. / : . 

Arid If thm author wanted to require the student to print only as much as 
the model prints, the "e" option would be added; 

;er .545 :sv l9 10 14. 
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/ SECTION 6, STUDENT PROdRESS REPORTS 

The BCLASS and REPORT 'programa proyidG Information on stUdont progress 

,Tha BCLASSV program will give you a tabular summary of thy progress of 
any group of students you specify. It will, for all students specified, 
print their nam^ and number, the number of tasks they have completed, the ' 
number of sesslone and houre they spent running BIP, the name of the last 
task they were in, and their last sign on date. J , 

The REPORT program will give you a more detailed summary of individual 
student .progress on the curriculum. The optiona available Includei which 
student (a) you want a report for, wlrere you want the output (on a file or 
written to your terminal) , whtther you want infbrmatlon about each student' 
last task only or about all the tasks he has completed , and whether -or not 
you want an eKplanation of the abbreviations used in the reports 

Sampie runs ^^f the BCLASS and the REPORT programs are provided by 
AppendiK D. 
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APPENDIX A ; 
THE .TECHNiqUE GROUPS AND THE SKILLS 



00 



A-O 



ERIC 



THE .TECHNIQUE GROUPS AND THE SKILLS 



Tochnique !♦ Simple output — first programs 



1 
2 
5 
3 



Print rtumeric literal ■ 
Print string literal 

print numeric expresaldrr [operation on literals] - 
Print string expceBslon [concatanation of litGrals] 



3 
4 
6 
7 

9 

10 
11 
l2 



Print r value of numeric variable ^ 

Print value of string variable — , 

Print numeric expression [operation on variables] 

Print numeric expreaalon [operation on literals and. variables] 

Print string eKpresslon [concatanation of variables] 

Print atrlni eKpresslon [concatanation of variable and llteralT 

Assign value to a numeric variable [literal value] ; 

Aesign value^ to a string variable [literal value] 



Technique 3 i More complicated^ assignment ■ 



34 
3S 
69 
70 
82 
83 



Assign to a string variable [value of an expression] 
Asetgn to a numeric variable [value of an eKpresaloni 
Re-aasignment of string variable (using its own value) 
Re--assignment of numeric variable (using Its own value) 
Aaalgn to numeric variable the value of another varla^e 
Assign to string variable the value of another variable^ 



Technique 4. More complicated output , 

28 Multiple print [ string literal, numeric variable] 

29 Multiple print [string literal , numeric variable expression] 

30 Multiple print [string literal, string variable] 

74 Multiple print [string literal, string variable eKpresslon] 

Technique 5, Interactive pro ^ramS"INPUT from user^^fuiing DATA , 

13 Assign numeric variable by -INPUT- 

14 Assign string variable by -INPUT- 

15 Assign numeric variable by -READ- and -DATA- 

16 Assign string variable by -RE^- and -DATA-. . 
55 The Rffl statement 



ERIC 



Technique 6. ' More comp Ilea ted input . 



17 
18 
19 
22 
23 
24 
25 
26 
27 



Multiple values in'. -DATA- [all numeric] 
Multiple values in -DATA- [all string] 
Multiple values in -DATA- [mixed numeric and string] 
Multiple assignment by -INPUT- [numeric variables] 
Multipl^^asaignmant by -INPUT- [string variables] 
Multiple assignment by -INPUT- [mixed numeric, and string] 
Multiple assignment by -READ- [numeric] 
Multiple assigriment,|)y -READ- [string] 

Multiple as^signraent by -READ- [mixed numeric and string] 
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Technique 7. Bran^hlng—proRram floW i 

36 Unconditlonar branch (=GOTO-) ^ 

37 JnterrUpt eKecutlon . 

Technique 8s Boolean eKpraBSlona * • 

38 Print toolean eKprasslon [relation of string literala] 

39 Print Boolean expression trelation of numeric literals] 

40 Print Boolean 'expression [relation of numeriq literal and variable] 

41 Print Boolean expresBion [relation pf string literal, and variable] 

75 Bopleail operator -AND- .) 

76 Boolean operator --OR- f 

V7 Boolean operator '-NOT- 

* • , . \ ' ■ . ' ' - ' ■ . ■ J ■ . ^ 

Technique 9# IF Btatements—condit lonal standards . 

42 Conditional branch [compare numeric variable with numeric literal] 

43 Conditional branch [compare numeric variable with expression] 
46 Cortdltibnal branch [compare two numeric variables] 

47. Conditional branch [compare string variable with string literal] 

48 Conditional branch [compare two string variables] 
59 The -STOP- statement 

Technique 10, Hand-made loops— Iteration , 

44 Condition'al branch [comp^^^e qou^ter with numeric literal] 

45 Conditional branch [comgarft counter with numeric variable] 

49 Initialise counter variable with a literal value 

50 Initialize counter vai^iable with the value of a variable • 

53 Increment the value of a counter variable 

54 Decrement, the value of a counter variable 

* , *~* ' . 

Technique 11.^ Using loop^ to accumulate ^ ^ , 

51 Accumulate successive values into numeric variable. 

52 Accumulate eucceasive values into string variable 

71 Calculating compleK expressions [numeric literal and variable] 

78 Initialise numeric variable (not counter) to .literal value 

79 Initialise numeric variable (not counter) to value of a variable 

80 Initialize string variablfe to literal value 

61 Initialize string variable to the 'value of another variable 

Technique 12, ^ Using '-dunrnty" value to signify end of d|Lta , 

20 Dummy value in -DATA- statement [numeric] , 

21 Dummy value in -DATA- statement [string] 

Technique 13, BASIC functional a . ^ 

56 The -INT- functioti 

57 The -RND- function 

58 The -SQR- function ' , ' 
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Technlqud lA. FOR. ..NEXT qoopa. 



61 . FOR 

62 FOR 

63 FOR 

64 FOR 



NEXT loops, with literal as final yalue of index 
NE)CT loops with variable as flhal valuo of index 
NEXT loops with positive step sige other than 1 
NEXT lopps'with negative step siiie 



Technique 16. Arrava . - \ 

31 Assign element of string array variable by -iNPUT= 

32 Assign eldment of numeric array variable by ^INPUT- ' 

33 Assign element of nume^c array variable [value is also a^variablel 
60 The -DIM- statement 

65 String array using numeric variable as index 

66 Print value of an element of a stfrlng array variable 

67 Numeric array using numeric variable as index 

6S Print value o"f an element of a numeric array variable 

Technique 16. Nesting loops (one loop inalde another) . ' 

72 Nepting loops ' . 

73 Subroutines (-GOSUB- and jEriends) ' 



& 



ERIC 



33 

A-3 



APPENDIK B ^ / ' 
LISTS OP '^^S^m^ AND EXECUTIpN ERRORS 
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, - : LIST' OP SYNTAX ERRORS 

,, r. HAKilHTIIIifJIH ri[HHATCir , ■ ' 

,2. IIJ.MUAI, VAKlAIJI.r" 
. 3. flI.S,PhAGf;D +.0R - 

A. tHHSING QUOTI' HARKS (DH iuMUM. f^'lKJCTIOM 0AM,) 

' 5. , -UNO- TAKRS NO AKCIJMRNTS 

6. MISSING ARGUMRNT FOR -SOR- 

7. fllS^'ING ARGIJMISNT FOR -INT- " . 

8. ILLRCAL STRING HXPRIJSS ION ' . 

9. MIHSING ARGIIM1!NT FOR -LKN- 

11. ILLRGAL Lim NUMHKR 

12, ,ILI,RGAL RXPRESSION 

• 13r NO TRXT ALLOWKD APTRR '-ENI)- 

14. NO TRXT ALLOWED APTRR -STOF- 

15. JUNK AT THK KNI) np THIC LlNIi 

16. MISSING "_" OR IN A -LFiT- 

17. tOOPING HRANCH TO Tllli SAMIC LINR ' » 
48.' TINMATGHRI):OU()Ti; MARKS , s 

19. MISSING OR ILLBGAL LINR NUMBRR 

20. ' SEMI-COLON IN A -RRAD- STATEMENT 

21. SKtll-COLON IN AN -INPUT- STATEMENT , ' 

22. ILLRGAL VARIABLE FOR A -READ- OR -INPUT- 

23. MISSING "THEN" IN AN -1 1- - STATEMENT 

24. comh/. IN. a, -print- statement I 

25. ILLEGAL EXPRESSION IN A -PRINT- STATEMENT 

26. ILLECAL COUNTER VARIABLE IN A -NEXT- 

27. SEPARATION OF DATA WITH A SEMI-COLON 

28. tirsSING 'comma BETWEEN -DATA- ENTRIES ' y 

29. INCORRECT DATA ' h ' 

30. ILLEGAL CUUNTER VARIABLE IN A -FOR- ' 

31. MISSING OR "J- IN A -FOR- STATEMENT 

32. HISSING A "TO" IN A -FOR- STATEMENT 

33. ILLEGAL NAME FOR AN ARRAY VARIABLE 

34. rNCORRECT -DIM- STATEMENT ^ 

35. COMMA IN A -DIM- STATEMENT ' - 

36. . MISSING BASIC STATEMENT 
3 7. INCORRECT FIJNGTION NAME 

38. ' INCORRECT FUNCTION DEFINITION 

39. ' INCORRECT PARA/IETER NAME 

40. ILLEGAL LINE NUMBER f- 

41. TOO MANY LINES IN PROGRAM 

42. ASSIGNMENT TO AN EXPRRSSION 

43. ILLRGAL BOOLEAN EXPRESSION, , - 

44. BIP COMMANDS. 'ARE NOT LEGAL ^FOLLOWING A LINE NUMBER 

45. ILLEGAL BIP COMMAND 

46. BASIC STATEMENTS MUST HAVE A LINE NUMBER 

47. ILLRGAL CHARACTER ... 



LIST OF EXECUTION KlUiORH 



1. Dl VISION iSY EERO NOT ALLOWRD 

2. /FUNCTION GALL WITHOaT A FUNGTIONU)EFINITION 
:3* RECURSIVE FUNqTIpN CALL ;^ 
4* SqUARB ROOT OF A NEGATIVE NUMHRR 

5, VARIABLE WITHOUT A KNOWN VALJJE 

6, MISSlfe^USsCRIPT FOR SUBSCRIPTED (ARRAY) VARIABLE 

7, MISSING DIM STATEMEN't FOR SUBSCRIPTED (ARRAY) VARIABLE 

8, TOO FEW SUBSCRIPTS FOR THIS VARIABLE ^ 

9, IMPOSSIBLE SUBSTRING ^ 

10, NON^NUMRRIC VALUE FOR NUMERIC VARIABLPl 

11, NO MOKE DATA TO READ 

42. DATA TYPE MISMATCH DUHING READ 

13, DIMENSION MUST BE CHEATER JHAN ^.RRO 

14. RE-'DlMENSIONiNG A SUHSCRIPTED VARIABLE DURING EXECUTION 

15. NESTING OF FOR*,. NEXT LOOPS TOO DEEP 

16, TOO MANY GOSUBS EXECUTBp BEFORE EXECUTION OF A RETURN 
17 , R^ETURN WITHOUT MATCHING .GpSUB * 

18, tNDEX FOR SUBSC|IPTED(LIST) VARIABLE OUT OF DECI^RED BOUNDS: 

19. TOO ilANY SUBSCfcTS ^ 

20. FUNCTION, CALL ,wffH WRONG TYPE OF ARGUMENT ' 

21, FUNCTION DEFINED TWICE IN THE PROGRAM 
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APPENDIX C 
SAMPLE PAGES FROM THE TASKS FILE * 



' '• . ■ , C-0 

ERIC 



HAMpLK mm rMOMVTIIK TASKS !M Ur 
('^lt^ tfinhri ir|iifV :nnfl :HjU I Ih \ \ni nnrl niMU^NIM^ACI nrv on p. l of' thp TAHK« ^ 
rilf', Mack I M n.2fj. BACK.I on nncl AIJMI on A9X 



TICCIflNir^lFK 


SKI lihS ^ . . 


'1 ' 










14 ftt) 7fJ ft! 




yM 9Q 'U) 7/1 


5 


f H I ^ I 1 A ^ 


A 




7 


JO 


8 


38. 39,40;41*7^,76' " 


9 ^ . • 


■^2,^3.46,47,^8,59 . 


10 






* 'j| , 1/^,^71 , 78, HO 


f> 












ill 


31 , 60, f)^,66, 67,68 




72 



10 PRINT 6 
99 END . , 

*hint 

Hint ill ' , 

Congratulations! This ik a hint. ' ' 
Your program ohould have -two statementB: one -PRINT 

one -END- statement. Each needs to have a line number, 
Tf you type -HINT- again, you'll ^ot another hint. 



Hint in - * 

Coni^rfJtulatlonal This Lh the second hint. In any task, yoi! can 
typo -HEMT- as many times as you like, , If >here are mnre idnts, you 
wlJ] f»et them. And as a Inst resort, you nan alu^ays typq -^ftonRL-- to 
snc' the model solution, {But you won' t '^^et It unlesu ynu'^ye 
cjKhauBted the hlntn and the demo,) Section Tri;2 If the pliice to look. 
Try out all the -commands you Ljlke,) 




*rnodel 




*dliiFns 
INX*RND,SQR 



*8kills 
1 
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*(na In , 
i BACK, 65 " 

.*toxt' • ■ ■ . '. ; , , '. ■' .■■ " „. 

Thia task and its continuation will, help yoy count bnckw.icda. 

Write a program that counts from 10 down to 1 * In this task, do the 
whole thing -'by hand'S lite tKls! 

1, sat some variable equal to id* (Say, X) 

2, Print the value of the varUible, 

3, Subtract 1 from Its valuG, 

4, If the variable Is still greater thah F,ero, go back to 
step 2* Otherwise (automatically) continue. 

V 5, Print "adrawkcab gnltnuoc" 

Use -TKACK-- or -FLOW- to see what your prograffl Is doing. Use 
«DEMO TRACE- to ace what the model solution la doing, 

*mbdel ^' ■ ' ^ 

10 X - 10. 
20 PRINT K 
30 X-l 

'40 IF K > 0 THEN 20 ^ ' 

. 50 PRINT *'SDRAWKCAB GNITNUOC" 
' '99' END ^ j^, 

*hlnt 

Hint #1 ' - 

Step 3 meansi whatever the value of X is, subtract I from that value. 
Assign the result to the variable X. Look at "asBignment" In the 
gloseary if y,ou are confused* > 

*rejqOps ^ 
IF » LET 

*disOps . 
FOR , GOTO 

^skills 
2*3* ll.44;54 



mx. I hit 

Ynu luHL H^iw linw to wr I to t Im L cniin r [ Innn ''by hnnd/* imlnit HpocHri 

Ht/itamnntH to /iMslun .thu first vnlne to X, Ld Hubtrnot I from it, nnd 

to Hcio tf It wnn low unoiinli tfi stop, ' , ^ 

flow writ fi a proRrnm yuit lookH llko It dnc^s ok/ic^ t fyulm anmp thlnR 
(count bnnkwnrrlB from lU to;,l ) , but: ^ t h Ib Cjnie iibg n -KOK , , Nf^KT- 
loop nmi mnko BAHIC. dp : some of . the work for you, 

' . r • ■ ■ ■ • ■ ■ ■ ' * . 

' -• • ' • ' 

/ 10 POH X ^ LO TO I STICF -t./ ^ ^ ' 

20 IM'TNT X ' ' 

30 NHXT X : • . 

40 PKIUT ''HUKAWKCAH GNITrnJOC" - ' 

99 mi) . ^ ^ ^ 

Star|lnf> with the Riossdry, find out VHnt -FOR , / NKXT-- loopR do 
and how they do it. Don't be confu.q^d by eK t ra IndGn t.i ttons , Tliey 
just help you^ee which Htatement^ are "Inside" the loop-where thev 
wiii be repeated. , ^ ■ 



*req()ps 
FOR 

rF,LivT,(;OT() 

^Hkill.s 
2, 3,61 ,66 



*mn III 
ALPH 43 

*text ' 
Compare two strings typed by Che user. A strinp, is "les.s than" 
another string If it. comes before the string al phatiet ical ly : 
"APPLK^' < "FISH" is true , 

Your program Bhould print something like 

APPLE COMES REFOHE FISH 
depending, of c-ourse* on the user's two strings* 

*model 

;e "AKTIQHOKE" : ASTKOLAR E** 

^^^^ Rm P$ IS- THE USER'S FIRST STRING 
2 REF1 Q$\si THE USER'S SECOND STRING 
10 PRINT '*TYPE A STRING - A WORD WILL DO." 
20 INPUT P$ 

30 PRINT "TYPE ANOTHER STRING." 

40 INPUT OS 

50 IF P$ < Q$ THEN 80 

60 PR INT QS; " COMES REFOKE "; P$ 

70 STUP 

80 PRINT PS; " COMES BEFORE \ QS 
99 END 



*req0p8 
IF, INPUT 

*dis0ps 
LET 

*sklils ' 
2, 14,30.48 



4 ■ 

■ , ■■' - 41 



C-4 



SAMPLE RUN OF BCI.AKS PROGRAM 



s 

f^^bc Inss 

HIP Student Class-Report Program; 
Type a for help at any time. 

List of student numbers, pi ease.' ? 

Type a student number for a single student, or a list of numbers, 
separated by commas and/or , dashes . 
For examplet 

35, 37=40 . 

would get you student numbers 1 through 30 Inclusive, student 35. 
and 37 through 40* 

List of student numbers, pleases 12*14-^25 
Where do you want the output? ? 

Type a file n/tme if you want the report written to a file. If you 
want thv outpiit written to your terminal rlRhc now, just type n <cr> 

Wtiere do you want the output? 



BIP Class Summary Report 
2--JUN-^77 iliSBi 10 



St uden t 



Tasks Hours 

Sessions Last Task 



^a s t S 1 ^ n o n 



12 

14 

15 

16 

I 7 

18 

19 

20 

21 

22 

23 

24 

2 5 



MARY I 
SHIHLl 
TOM 
SUSAN 
DAVID 
KKViri 
JOHN Ii 
MlKi: 
MAR IK 
BAHBARA 
DICK 
STKVK 
LAURA 





31 

23 

54 

3ft 

27 

44 

34 

23 

66 

32 

52 

29 

25 



16 

9 

1 6 
10 
1 4 
14 

9 

10 
1 2 
19 
37 
1 2 
1 1 



15.2 
10.8 
15,1 
11.4 
15.7 
13,9 
16.8 
1 U9 
15.0 
14. 1 
20. 3 
1 3. 3 
12. 7 



KM AS, 1 
BACKARRAY 
ROUNDRR 
CHANCKR 
US RK LOOP 

onocoukT 

KM AS. 1 

ARRAYINDRX 

PAY, 1 

CHANCER 

ROMAN 

SCISSORS 

CALCULATOR 



2 3-MAY^7 7 
UJUN-=7 7 

29- MAY-^7 7 
29^HAY^7 7 

30- ^MAY--77 
24^MAY"7 7 ^ 

30- MAY-^7 7 
1-JUN^7 7 

31- -MAY--77 

28- MAY--7 7 
UJUN--7 7 

29- MAY^7 7 
1-^JUN=^7 7 



That Is all I 
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SAMPLE RUN OF REPORT PROGRAM 



greport 

BXP Student Class«Report Program: 
Type a for help at any time. 

List of student numbers, pleases 7 

Type a student number for a single student* or a list of nimbers* 
separated by commas and/or dashes. 

List of student numbers* please' 88,90 

Where do you want the output? ? 

Type a file name If you want the report written to a file. If you 
want t^he output written to your terminal right now* \\mt type a <er>« 

Wher-e do you want the output? 

Short or long form? Type ^^S" or "L*'i ? 

The short form lists only the most recent task. The lon^ form lists 
all tasks, in reverse chronological order. 

Short or long form? Type "S" or "L"i L 

Do you want an eKplanatlon of the abbreviations used? Y 

Key CO the abbreviations In this report i 



who? s if student chose this task, b if blp*s selection, 

pqo p = passed s q ^ quit, o ^ "other"* either used 

"enough" to get out, ur still In the task, 
und? y If student "understood the solution^" n if not, 

- if not asked . 
try number of "MORRS" before leaving the task, 

arg? y if student disagreed with the solution cheaker. 

mod? y if student saw model solution before the Interview, 

hints if student saw all the hints, num of hints otherwise 



TOTALS FOR 



90 JI'INNY IBi 






5 totnl tnskB 


2 Blf^nons 


M13 


hours 


InHt Bignnn* 




MAY-77 


0^131: 


12 










Each Task: 


who? 


pqo 


und? 


try 


arg? 


mod? hints 


mins 


date 


SELFCAT 


' b 


P 


y 


2 


n 


n * 


12 


1 4«4fAY-7 7 


HORSE 


b 


P 


y 


1 


n 


n 1 


10 


14-MAY-77 


ASSIGN 


b 


q 


n 


2 


y 


n 1 


8 


U-MAY-77 


Pi 


b 


p 


y 


1 


n 


y * 


7 


13-MAY-77 


GRERNFLAG 


b 


p 


n 


1 


n 


n 0 


31 


13-MAY-77 
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TOTALS FOR 

88 SUSAN MHm 8 tocai tasks 3 siRnons 1.617 hours 

last slgnoni i4-HAY^77 18- 20M5 

Kach Tr%Hki who? 

IMJJSFOUH b 

ASSIGN b 

CAT . I b 

CAT h 

OPKKATOK I) 

STKINfiV I, 

c:Ki:i:Nl''i.Af; h 



THAT IS ALU 



pqn 


und ? 


try 


n r n ? 


mod ? 


hints 


m i n R 


datu 


P 


y 


r 


ri 


n 


1 


12 


1 4^HAy-7 7 


P 


y 


1 


n 


n 


1 


6 


U-^MAY-^7 7 


P 


y 


2 


n 


n * 


1 




14-^MAY^77 


P 


y 


I 


n 


n 


0 


5 


14-^MAY-^77 


. p 


y 


1 


n 


y 




1 7 


I 3-rtAY^7 7 


q 


11 


2 


y 


n 


] 


1 H 


I 1=^MAY"7 7 


[1 


y 


I 


\) 


11 




6 


1 2-^MAy^7 7 


p 


y 


I 


n 


n 


0 


^8 


j 2-MAY-7 7 
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